Architecture of Oracle Parallel Server
نویسندگان
چکیده
Oracle Parallel Server (OPS) is a shared disk RDBMS. We present a high level overview of the main architectural issues of OPS and their evolution throughout the releases of the Oracle database. The Oracle relational database can be used either in exclusive or shared mode. In exclusive (the most traditional) mode only one Oracle instance can mount or open the database. The Oracle Parallel Server (OPS) option allows a database to be opened in shared mode. In shared mode multiple instances of Oracle can mount the same database. This allows concurrent direct read and write access by multiple users from multiple instances to all the data in the database. This means that multiple computers can work with the same database. It is this approach which ensures that Oracle holds world records in the TPC benchmarks (more than 100,000 tpmC). Permission to copy without fee all or part of this material is granted provided that the copies are not made or distributedfor direct commercial advantage, the VLDB copyright notice and the title of the publication and its date appear, and notice is given that copying is by permission of the Very Large Data Base Endowment. To copy otherwise, or to republish, requires a fee and/or special permission from the Endowment. Proceedings of the 24th VLDB Conference New York, USA, 1998 Oracle Parallel Server runs on a shared disk cluster. The shared disk architecture employed by Oracle has a number of distinct features: . high availability: when one node fails, other instances can proceed with all the data still available to them. . dynamic partitioning/load balancing . aggregate CPU and memory resources of the cluster are utilized . enhanced throughput (see the TPCC results above). These advantages of OPS do not come for free. The challenge of this architecture (as of any clustered or distributed architecture) is to provide data coherency for the independent users of the system. Oracle does that using sophisticated locking schemes. Oracle uses multiple level locking: row locks on transaction levels, instance locks within instances, and global locks among the instances. The latter are specific to Oracle Parallel Server. The basic problems associated with the locking architecture are: . lock modes and their compatibility, . locking granularity, . binding data to locks, . interaction between data access and locking protocols. Another important OPS architecture issue is maintaining a global (cluster wide) logical clock. The global coherency protocol coupled with shared disk access, provides high availability feature of Oracle Parallel Server: if an instance dies the data changed by the dead instance are recovered and after that other instances can continue their work. We will give a brief
منابع مشابه
Cache Coherency in Oracle Parallel Server
These advantages do not come for free. The challenge of this architecture (as of any clustered or distributed architecture) is to provide data coherency for the independent users of the system. The way to do that is to use locking. Oracle uses multiple level locking: row locks on transaction levels, instance locks within instances, and global locks among the instances. The latter are specific t...
متن کاملClient/Server Architecture in the ADAMS Parallel Object-Oriented Database System
This paper describes issues encountered in the design and implementation of a parallel object-oriented database system. In particular, we find that the design of a client/server interface, that is whether to use a page server or query server architecture, depends greatly on the expected application environment. We believe that the query server model is more appropriate for most scientific datab...
متن کاملA queueing network model of Oracle Parallel Server
An approach to modelling an Oracle database is presented for both single instance and parallel server versions. A modified queueing network is used which is extended to include traditional transaction locks which achieve serialisation and the new PCM locks of Oracle which ensure coherency in the distributed database buffers. The latter are not enqueue locks and so require different techniques. ...
متن کاملPerformance Modeling of the PeopleSoft Multi- Tier Remote Computing Architecture
Center for Information Technology Integration University of Michigan 519 West William Street Ann Arbor, MI 48103-4943 CITI Technical Report 97–5 Performance Modeling of the PeopleSoft MultiTier Remote Computing Architecture Yi-Chun Chu [email protected] Charles J. Antonelli [email protected] Toby J. Teorey [email protected] Complex client-server configurations being designed today requi...
متن کامل